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INTRODUCTION 

Command  organizations  and  teams'  are  not  usually 
“designed”  in  a fonnal  sense.  Instead,  organizational 
structures  and  individual  roles  for  team  members 
evolve  over  time,  based  on  previous  structures  and 
roles,  through  an  ad  hoc  process  of  trial,  error,  and 
adjustment.  For  military  teams  in  recent  years,  how- 
ever, a combination  of  rapidly  evolving  technology 
and  frequently  changing  missions  have  created  the 
need  for  more  rapid  and  efficient  ways  to  create  team 
structures  that  take  maximum  advantage  of  the  capa- 
bilities of  technology  for  accomplishing  mission 
goals. 

The  influx  of  technology  on  the  battlefield  has  altered 
the  nature  of  military  missions.  Today’s  military  mis- 
sions are  complex  processes  executed  by  networked 
individuals,  supported  by  highly  sophisticated  hard- 
ware, all  functioning  in  dynamic  and  uncertain  envi- 
ronments. They  require  extensive  communications, 
coordination,  synchronization,  and  information  man- 
agement. This  rapid  development  of  advanced  infor- 
mation technology  and  the  resulting  concepts  of  “in- 
formation-centric warfare”  demand  changes  to  com- 
munication and  collaboration  at  both  the  individual 
and  organizational  levels  within  the  military.  This 
changing  environment  has  created  the  need  for  inno- 
vative methods  for  designing  effective  military  teams. 

This  paper  describes  a breakthrough  organiza- 
tion/team design  method — a systematic,  formal, 
quantitative  approach  to  designing  a team  that  best 
fits  the  mission  to  be  accomplished.  The  Team  Inte- 
grated Design  Environment  (TIDE)  is  a tool  set  de- 
signed to  support  this  method,  enabling  the  quantita- 
tive definition  of  requirements  for  command  teams 
operating  in  complex  mission  environments.  The 
TIDE  methods  and  tools  represent  a powerful  meth- 
odology to  create  novel  organizational  structures, 
based  on  operational  mission  variables,  using  quanti- 
tative methods.  We  know  of  no  other  methods  that 
provide  a similar  fonnal  framework  for  this  type  of 


1 In  this  paper,  we  use  the  terms  “organization”  and 
“team”  in  an  interchangeable  manner.  In  the  litera- 
ture, they  usually  have  different  definitions.  The  or- 
ganizational design  methods  described  in  this  paper 
have  been  applied  to  the  design  of  both  small  teams 
and  larger  command  organizations. 


design.  This  paper  explains  what  it  means  to  design  a 
team  or  an  organization  and  describes  the  TIDE 
method  for  team  design.  Then  it  presents  some  initial 
empirical  results  that  indicate  that  optimally  designed 
teams  can  outperform  teams  that  use  more  traditional 
organizational  structures,  and  discusses  how  the  team 
design  process  must  be  altered  to  focus  on  different 
concerns,  depending  on  the  nature  of  the  team  being 
designed  and  the  environment  in  which  that  team 
must  function. 

WHAT  DOES  IT  MEAN 
TO  “DESIGN”  A TEAM? 

The  military’s  need  for  effective  teams  and  other  or- 
ganizational structures  has  led  to  considerable  prog- 
ress in  the  last  decade  on  methods  for  improving  the 
performance  of  teams  (see  Serfaty,  Entin,  Deckert, 
and  Volpe,  1993;  Brannick,  Salas,  and  Prince,  1997; 
Salas,  Bowers,  and  Cannon-Bowers,  1995;  Salas, 
Dickinson,  Converse,  and  Tannenbaum,  1992; 
Swezey  and  Salas  1992).  A useful  product  of  this  re- 
search has  been  the  development  of  a shared  defini- 
tion of  what  constitutes  a team.  Salas,  Dickinson, 
Converse,  and  Tannenbaum  (1992)  define  a team  as 
having  the  following  characteristics: 

• There  is  dynamic,  interdependent,  and  adap- 
tive interaction. 

• There  is  a common  goal,  mission,  or  objec- 
tive. 

• There  is  some  organizational  structure  of  the 
team  members. 

• Each  individual  team  member  has  specific 
tasks  or  functions. 

• Task  completion  requires  the  dynamic  inter- 
change of  information,  the  coordination  of 
task  activities,  and  constant  adjustment  to 
task  demands. 

The  TIDE  design  approach  produces  a “team”  in  the 
sense  that  it  is  defined  above.  Based  on  the  mission 
objectives  for  the  team,  we  specify  the  specialized 
roles  and  functions  of  each  team  member,  the  infor- 
mation exchange  and  coordination  interactions  that 
must  take  place  among  the  team  members  based  on 
those  roles  and  functions,  and  the  organizational 
structure  for  the  team. 

The  focus  of  much  prior  team  research  has  been  on 
improving  team  performance  through  training  to  im 


Paper  presented  at  the  RTO  1ST  Symposium  on  “New  Information  Processing  Techniques  for  Military  Systems  ”, 
held  in  Istanbul,  Turkey,  9-11  October  2000,  and  published  in  RTO  MP-049. 
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prove  team  competencies  and  through  collaborative 
tool  technology.  However,  we  suggest  that  there  is  a 
third  major  facet  that  can  be  manipulated  to  improve 
team  performance — the  team  structure.  Figure  1 il- 
lustrates the  three  facets  underlying  team  perform- 
ance and  the  tools  and  processes  available  to  support 
them.  Team  competencies  are  addressed  through  se- 
lection, assessment  and  training  to  ensure  that  indi- 
viduals with  the  right  knowledge,  skills  and  abilities 
are  selected  for  the  team,  and  that  they  receive  ade- 
quate training  in  both  taskwork  and  teamwork  skills. 
A substantial  body  of  research  has  addressed  these  is- 
sues for  military  environments  (see  Salas,  Bowers, 
and  Cannon-Bowers  (1995)  for  a review).  We  suggest 
that  the  definition  and  measurement  of  team  compe- 
tencies is  interdependent  with  the  team  structure,  de- 
fined as  the  tasks  performed  by  each  team  member, 
the  information  needed  for  those  tasks,  the  nature  of 
the  interdependencies  among  tasks,  the  coordination 
and  communication  required  between  team  members 
because  of  the  interdependency  of  their  tasks,  and  the 
hierarchical  command  structure  of  the  team. 


Support 

Technologies 


>,  i i 


Figure  1.  Three  Facets  of  Team  Performance 

We  believe  that  the  most  effective  support  technolo- 
gies for  the  team — communication  links,  shared  dis- 
plays, and  other  technologies  to  support  collaborative 
work — will  depend  on  both  team  competencies  and 
team  structure.  Requirements  definition  during  the 
acquisition  of  support  technologies  should,  therefore, 
be  based  on  an  understanding  of  both  team  compe- 
tencies and  team  structure. 

Research  focused  on  collaborative  support  technology 
or  on  team  training  and  assessment  usually  takes  the 
team  structure,  the  third  element  in  Figure  1,  as  a 
given.  Our  work,  in  contrast,  focuses  on  designing  the 
best  team  structure  for  given  set  of  goals  and  tasks 
(the  team’s  mission),  based  on  the  application  of  op- 
timization algorithms  to  a model  that  relates  team 
structure  to  team  performance.  The  method  for  team 
design  described  in  this  chapter  is  model-based,  using 


a mathematical  representation  of  the  mission  tasks  to 
suggest  an  optimal  team  structure  for  performing 
those  tasks. 

The  process  of  designing  a team  structure  is  far  more 
complex  than  simply  specifying  an  organization  chart 
or  “wiring  diagram.”  The  team  structure  specifies 
both  the  structure  and  the  strategy  of  team,  including 
who  owns  which  resources,  who  takes  which  actions, 
who  uses  what  information,  who  coordinates  with 
whom  and  the  tasks  about  which  they  coordinate,  and 
who  communicates  with  whom.  It  includes  role  defi- 
nitions for  each  of  the  team  members  as  well  as  a 
specification  of  a command  structure  for  the  team. 

WHY  DESIGN  A TEAM? 

The  TIDE  approach  to  team  organizational  design  is 
model-based  in  the  sense  that  it  represents  the  mis- 
sion, tasks,  and  functions  to  be  accomplished  by  the 
team,  the  demands  of  those  tasks  and  the  resources 
required  to  accomplish  them,  the  constraints  on  the 
team  structure,  and  the  performance  goals  for  the 
team  in  a mathematical  structure.  This  mathematical 
structure  can  then  be  manipulated  to  create  a team  de- 
sign that  is  optimized  for  specified  criteria.  As  illus- 
trated in  Figure  2,  a mathematical  representation  of  a 
complex  problem  such  as  the  accomplishment  of  a 
military  mission,  is,  by  necessity,  a simplification  of  a 
complicated,  messy,  and  uncertain  world.  As  the 
saying  goes,  “the  map  is  not  the  territory” — it  is  only 
a representation  of  that  territory.  The  ultimate  criteria 
for  the  usefulness  of  such  a simplification  is  whether 
it  produces  answers  to  questions  that  are  useful  when 
they  are  fed  back  into  the  real  world  and  put  to  use.  A 
map  is  useful  if  it  helps  you  get  to  your  destination.  A 
mathematical  model  of  a mission  is  useful  if  it  can  be 
manipulated  to  produce  a team  structure  that  func- 
tions effectively  for  the  mission  for  which  it  was  de- 
signed. 

What  is  the  advantage  of  using  a mathematical  repre- 
sentation of  the  mission  to  formally  design  a team 
structure?  The  team  design  problem  seems  to  fall  into 
that  area  of  complex,  interdependent,  dynamic,  and 
ambiguous  problems  characterized  as  “wicked”  de- 
sign problems  (Rittel  and  Webber,  1973;  Vicente, 
Bums,  and  Lawlak,  1997)  for  which  seasoned  practi- 
tioners suggest  that  perhaps  the  best  design  solution 
may  be  a matter  of  “muddling  through  (Lindlblom, 
1953;  Vicente,  Bums,  and  Lawlak,  1997).  In  fact,  the 
usual  approach  to  creating  a team  structure  is  exactly 
this — to  make  small  evolutionary  changes  to  an  ex- 
isting structure,  not  to  start  “from  scratch”  with  a 
blank  sheet  of  paper  in  order  to  design  a new  team. 
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We  argue  that  model-based  team  design  has  value 
even  though  it  involves,  by  necessity,  the  simplifica- 
tion of  a complex  problem.  First,  it  provides  a way  to 
approach  the  design  of  a team  for  a radically  different 
mission  or  for  radically  different  organizational  con- 
straints. If  the  mission,  environment,  or  design  con- 
straints differ  enough  from  those  for  which  there  are 
known,  existing  solutions,  the  strategy  of  taking  an 
existing  solution  and  modifying  it  becomes  less  use- 
ful. For  example,  the  U.S.  Navy  is  currently  devel- 
oping designs  for  the  next  generation  of  surface  ships. 
A major  goal  for  these  ships  is  to  drastically  reduce 
the  number  of  crew  members  required  to  operate  the 
ship,  moving  from  a crew  of  three  to  four  hundred 
down  to  a crew  size  of  fewer  than  100  people  (Bush, 
Bost,  Hamburger,  and  Malone,  1998).  This  goal  is  to 
be  achieved  through  the  introduction  of  automated 
capabilities  throughout  the  ship,  along  with  a planned 
redesign  of  the  traditional  roles  and  responsibilities  of 
crew  members,  taking  into  account  the  restructuring 
of  tasks  that  will  be  brought  about  by  advanced  auto- 
mation. Small  changes  based  on  historical  structures 
will  not  address  the  team  design  goal  for  these  ships. 
Model-based  team  design  offers  a way  to  approach 
this  complex  problem  and  to  generate  innovative  pos- 
sible solutions  that  are  not  overly  rooted  in  previous 
ways  of  doing  business. 


commanders  reviewing  the  design  commented  that 
they  could  see  the  value  of  the  new  organizational  de- 
sign, but  that  individuals  did  not  currently  exist  with 
the  expertise  to  effectively  exercise  control  of  both 
types  of  assets. 

This  example  highlights  a second  advantage  of  the 
TIDE  approach — it  provides  a way  for  new  mission 
requirements  to  drive  the  design  of  new  selection  and 
training  requirements  or  new  collaborative  technol- 
ogy requirements.  Of  course,  team  structures  that 
vary  radically  from  the  traditional  introduce  a new  set 
of  issues  regarding  team  competencies  (hence  the  in- 
terrelationship shown  in  Figure  1).  If  tasks  are 
grouped  into  roles  in  a new  way,  the  knowledge  and 
skills  needed  for  those  new  roles,  and  the  associated 
training  requirements  for  individuals  on  the  team, 
must  be  radically  redefined.  Although  the  costs  of 
changes  in  selection  and  training  requirements  must 
be  factored  into  overall  design  feasibility  and  cost,  the 
TIDE  design  method  provides  a way  to  generate  in- 
novative ideas  for  further  exploration  and  testing. 

Similarly,  the  technologies  required  to  support  new 
team  structures  must  take  into  account  the  new  roles 
for  team  members.  For  example,  command  centers 
are  often  designed  to  provide  the  capability  for  multi- 
ple large  screen  displays  to  provide  a “common  pic- 


ture” for  command  team  members.  What 
information  should  be  on  these  displays, 
and  who  needs  to  see  that  information? 
These  questions  should  drive  the  design 
of  the  displays,  but  they  are  often  asked 
after  the  display  technology  has  been  ac- 
quired, not  before.  With  model-based  de- 
sign, the  shared  information  requirements 
among  team  members  are  defined  and 
used  as  part  of  the  design  process,  pro- 
viding a basis  for  display  requirements 
specification  during  acquisition. 


The  map  is  not  the  territory. . .. 


Manipulations  to 
generate  designs 


New  technologies  enter  into  the  team  de- 
sign process  in  two  major  ways.  First,  the 
introduction  of  new  technologies  will  al- 


ter the  nature  of  the  tasks  that  must  be  perfonned  by 
Figure  2.  The  Model-Based  Design  Problem  humans.  For  example,  it  is  rapidly  becoming  a truism 


In  another  example,  a TIDE -based  redesign  of  a Joint 
Task  Force  team  structure  suggested  it  would  be  more 
efficient  (requiring  less  coordination  and  communi- 
cation) to  locate  the  control  of  “joint”  assets  at  much 
lower  levels  of  a command  hierarchy  than  is  the  cur- 
rent practice,  e.g.,  a lower-level  commander  at  the 
scene  controls  both  Air  Force  and  Navy  assets 
(Levchuk,  Pattipati,  and  Kleinman,  1998;  Entin,  Ser- 
faty,  and  Kerrigan,  1998;  Entin,  1999).  Experienced 


of  human  factors  that  introducing  automation  does 
not  simply  offload  tasks  from  the  human,  it  changes 
the  nature  of  the  tasks  to  be  perfonned  and  can  radi- 
cally alter  the  way  humans  define  their  goals  and 
think  about  what  they  can  achieve  in  a given  situation 
(Woods,  1997).  The  capabilities  of  new  technologies 
such  as  new  sensor  systems,  new  weapons  systems, 
and  new  information  fusion  algorithms  must  be  taken 
into  account  in  defining  the  tasks  that  are  the  basic 
building  blocks  of  the  TIDE  approach. 


KN2-4 


Second,  the  nature  of  the  collaborative  technologies 
available  to  the  team  serves  both  as  a constraint  to  the 
design  and  as  a requirement  that  is  a product  of  the 
design.  By  collaborative  technologies  we  mean  the 
team’s  ways  of  obtaining  and  sharing  information: 
physical  proximity,  electronic  communication  links 
within  and  outside  the  team,  and  individual  and 
shared  information  displays.  These  technologies  can 
serve  as  constraints  on  the  design  of  the  team,  e.g.,  if 
there  will  be  no  real-time  communication  link  avail- 
able between  two  team  members,  then  those  indi- 
viduals should  not  be  assigned  tasks  that  require  rapid 
coordination.  The  team  design  can  also  drive  the  need 
for  collaborative  technology,  e.g.,  if  two  team  mem- 
bers are  performing  tasks  that  utilize  the  same  set  of 
information  and  require  frequent  communication, 
then  it  may  be  advantageous  to  have  the  two  indi- 
viduals co-located,  or  to  provide  a very  reliable  high- 
bandwidth  communication  link  between  them,  and  for 
both  individuals  to  share  the  same  display  or  to  have 
a linked  display  that  is  visible  in  two  locations  in  or- 
der to  communicate  clearly  in  reference  to  the  same 
information.  For  example,  one  of  the  challenges  for 
AW  ACS  Weapons  Directors  (WDs)  providing  inter- 
cept information  to  fighter  pilots  is  that  the  WDs  and 
the  pilots  view  very  different  radar  displays,  but  need 
to  communicate  very  rapidly  and  accurately  about  the 
same  objects  (enemy  aircraft).  This  necessitates  a 
specialized  and  precise  verbal  communication  proto- 
col to  ensure  that  the  WDs  and  the  pilots  are,  in  fact, 
talking  about  the  same  object.  In  a TIDE-based  team 
design,  the  nature  of  the  coordination  between  tasks 
drives  the  allocation  of  those  tasks  to  individuals,  and 
the  need  to  share  information  in  order  to  perform  the 
coordinated  tasks,  in  turn,  drives  the  communication 
links  required. 

THE  TIDE  APPROACH  TO  TEAM  DESIGN 


human  decision  makers  who  will  constitute  the  team. 
The  team  design  process  is,  in  simplest  terms,  an  al- 
gorithm-based allocation  between  these  three  parts. 

First,  a quantitative  model  describing  the  mission  and 
the  existing  organizational  constraints  is  built.  Then, 
one  or  more  objective  functions  for  the  design  are 
specified.  Finally,  an  organization  is  designed  to  op- 
timize the  objective  function(s).  When  the  objective 
function  includes  several  non-commensurate  criteria, 
the  organizational  design  problem  is  treated  as  a 
multi-objective  optimization  problem.  The  power  of 
quantitative  modeling  lies  in  describing  a great  vari- 
ety of  phenomena  underlying  the  structure  of  a mis- 
sion and  of  an  organization  by  a relatively  limited  set 
of  fundamental  elements,  parameters,  variables,  laws, 
and  principles.  These  laws  and  principles  specify  the 
functional  interdependencies  among  the  structural 
elements  and  the  dynamics  of  system  parameters  and 
variables.  The  algorithms  that  are  fundamental  to  this 
team  design  method  (Levchuk,  Pattipati,  and  Klein- 
man,  1998)  were  originally  developed  under  the 
sponsorship  of  the  Office  of  Naval  Research  for  the 
Adaptive  Architectures  for  Command  and  Control 
(A2C2)  program  (Serfaty,  1996). 


What  it  takes  4f 

to  complete  / ^Vwho  does  what 


Team  design  requires,  in  essence,  the  specification  of 
“who  does  what  when.”  The  central  thesis  of  our 
team-design  method  is  that  a set  of  interdependent, 
interrelated  tasks  that  must  be  completed  under  time 
constraints  has  an  underlying  quantitative  structure 
that  can  be  exploited  to  design  the  “best”  team  for  ac- 
complishing those  tasks. 

At  the  core  of  our  method  is  a systems-engineering 
approach  that  describes  organizational  performance 
criteria  as  a multi-variable  objective  function  to  be 
optimized.  This  approach  is  based  on  a three  part  al- 
location model,  presented  in  Figure  3,  that  considers: 
1)  the  tasks  that  must  be  accomplished  and  their  inter- 
relationships (the  “mission”);  2)  the  external  re- 
sources needed  to  accomplish  those  tasks  (e.g.,  in- 
formation, raw  materials,  or  equipment);  and  3)  the 


Figure  3.  Three  Part  Allocation  Model  for 
Team  Design 

Inputs  From  Subject  Matter  Experts 

Our  team  design  method  is  algorithm-based,  but  it  re- 
lies on  heuristics  and  on  the  judgment  of  subject 
matter  experts  to  frame  the  design  problem  in  a 
meaningful  way,  including  decomposing  an  overall 
mission  (or  goal)  into  specific  tasks,  specifying  the 
relationships  between  tasks,  specifying  the  resources 
needed  to  complete  the  tasks,  and  specifying  the  crite- 
ria to  be  optimized  for  the  team.  Subject  matter  ex- 
perts in  the  area  of  application  are  also  needed  to  re- 
view and  revise  the  organization  and  structures  sug- 
gested by  the  model.  The  design  method  is  iterative. 
Typically,  review  of  the  team  designs  suggested  by 
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the  algorithms  reveals  adjustments  and  corrections  to 
be  made  in  the  task  structure,  the  organizational  con- 
straints, or  the  optimization  criteria. 

The  team-design  methodology  is  goal-  or  mission- 
driven.  That  is,  the  model  uses  a detailed  scenario  that 
specifies  the  tasks  required  to  accomplish  a goal  and 
the  resources  available  to  accomplish  those  tasks,  and 
uses  algorithms  to  optimally  allocate  these  tasks  and 
resources  to  team  members  to  create  an  organiza- 
tional structure  for  best  accomplishing  the  goal.  To 
capture  the  operational  elements  in  a scenario,  we 
rely  on  expert  insight  from  subject-matter  experts 
who  develop  scenarios.  The  interaction  between  op- 
erational experts  and  modeling  specialists  at  this  stage 
is  essential  for  the  design  process. 

Of  course,  subject  matter  experts  do  not  always  agree 
in  their  characterization  of  the  mission,  their  descrip- 
tions of  relevant  scenarios,  or  their  opinions  about  the 
effectiveness  of  resources  for  different  tasks.  An  area 
that  has  been  problematical  for  the  TIDE  approach, 
and  for  which  we  hope  to  develop  more  consistent 
and  reliable  methods  in  the  future,  is  the  resolution  of 
differing  SME  opinions.  We  also  need  better  methods 
for  allowing  SMEs  to  see  the  consequences  of  their 
inputs  for  the  team  design,  thus  allowing  them  to 
judge  whether  the  strength  of  their  opinion  is  suffi- 
cient to  warrant  its  effects  on  the  design.  For  exam- 
ple, in  a recent  design  of  a Navy  team,  we  used  SME 
input  to  constrain  the  availability  of  external  commu- 
nication links  to  team  members,  i.e.,  only  one  team 
member  was  able  to  control  each  external  communi- 
cation link.  This  constraint  turned  out  to  be  a major 
driver  of  the  team  design  that  was  produced  by  the 
algorithms,  but  the  importance  of  the  constraint  was 
not  obvious  to  the  SMEs  who  were  reviewing  the  de- 
sign. After  extensive  review  and  discussion,  it  was 
decided  that  this  constraint  should  be  relaxed  so  that 
alternative  designs  could  be  generated  and  explored. 

In  addition  to  the  selection  or  development  of  a sce- 
nario (or  multiple  scenarios),  it  is  necessary  to  create 
a detailed  model  of  the  mission  that  serves  as  the  in- 
put for  the  method.  An  essential  question  that  under- 
lies all  organizational  design  processes  is  “Who  does 
what?”  This  requires  that  a mission  be  described  in 
terms  of  its  tasks  (the  “what”  independent  of  the 
“who”).  There  are  multiple  ways  to  decompose  a mis- 
sion, and  this  process  relies  on  interaction  between 
the  designer  and  domain  experts.  Mission  analysis, 
functional  decomposition,  and  subsequent  function 
allocation  must  be  driven  by  design  goals. 

After  multi-dimensional  task  decomposition  is  used 
to  identify  mission  elements,  specific  modeling  tech- 


niques are  applied  to  capture  the  internal  structure  of 
the  mission.  The  mission  decompositions  are  used  to 
define  parallelism,  sequence,  and  structure  for  the 
mission  tasks.  These  task  interdependencies  are  used 
to  create  a hierarchical  structure  among  mission  tasks 
which  is  represented  by  a mission  task  dependency 
graph. 

There  are  two  major  inputs  for  the  team  design 
method,  the  quantitative  mission  structure  just  de- 
scribed (e.g.,  parallelism  or  required  sequencing  of 
tasks,  time  needed  to  complete  the  task,  required 
completion  times  driven  by  external  constraints,  re- 
sources available  to  the  team,  and  the  estimated  ef- 
fectiveness of  resources  for  completing  the  task),  and 
a set  of  organizational  constraints.  Organizational 
constraints  include  the  specific  resources  and  tech- 
nologies available  for  accomplishing  the  tasks  as  well 
as  any  restrictions  on  how  tasks  are  assigned  to  team 
members,  based  on  specifications  by  subject  matter 
experts  who  understand  the  domain  of  application. 
Team  size  may  be  set  as  an  organizational  constraint, 
or  allowed  to  vary  as  part  of  the  optimization.  Other 
organizational  constraints  may  specify,  for  example, 
the  need  to  group  certain  tasks  together  because  they 
require  a specified  level  of  authority  (e.g.,  weapon 
release)  or  the  need  not  to  group  certain  tasks  together 
because  the  knowledge  and  skills  required  to  perform 
them  are  so  disparate  that  attempting  to  have  one  in- 
dividual perform  them  would  create  insurmountable 
selection  or  training  problems  for  the  organization. 

Steps  In  The  Design  Process 

Figure  4 shows  the  steps  followed  in  a typical  team 
design  process.  The  first  stage  is  mission  representa- 
tion," which  depends  heavily  on  inputs  from  subject 
matter  experts.  At  this  stage,  we  define  the  tasks  that 
must  be  completed  in  order  to  accomplish  the  mission 
and  specify  their  interdependencies.  Tasks  may  be 
triggered  by  events  (e.g.,  the  appearance  of  a new  air 
track  triggers  the  task  of  identifying  that  track)  or 
they  may  be  triggered  by  other  tasks  (e.g.,  once  a 
track  is  identified,  its  intent  must  be  evaluated).  Still 


' In  this  section,  the  terms  “representation”  and 
“model”  are  used  interchangeably  to  indicate  the  ex- 
act specification  of  what  must  be  accomplished  dur- 
ing the  mission.  For  example,  certain  tasks  may  need 
to  be  performed  before  other  tasks  can  be  initiated 
(e.g.,  identify  an  aircraft  as  hostile  before  targeting 
it).  This  sequential  interdependence  of  tasks  may  be 
represented  in  a matrix  form,  where  values  in  each 
cell  of  the  matrix  indicate  that  the  task  in  the  column 
may  not  be  started  until  the  task  in  the  row  is  com- 
pleted. 
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other  tasks  are  on-going,  independent  of  events  or 
other  tasks  (e.g.,  the  need  to  continually  monitor  for 
new  tracks). 


specify  (based  on  subject  matter  expert  input)  the 
relative  effectiveness  of  each  of  the  possible  combi- 
nations of  assets  for  accomplishing  the  task. 


Event  to  Task  Mapping  & 
Stochastic  Mission  Model 


Optimized  Task 
Schedules 


Definition  of 
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Figure  4.  Steps  in  Designing  a Team 

Typically  we  work  with  one  or  many  mission  sce- 
narios in  designing  the  team.  If  possible,  we  develop 
a stochastic  mission  model,  which  specifies  the  sce- 
nario in  terms  of  the  probabilities  of  various  events 
occurring,  rather  working  from  a single  deterministic 
scenario. 

At  the  mission  representation  stage  we  define  “attrib- 
utes” for  the  tasks  to  be  accomplished.  The  task  at- 
tributes of  greatest  interest  will  vary  depending  on  the 
nature  of  the  team  design  problem  (as  discussed  in 
more  detail  below),  but  typical  attributes  that  are  con- 
sidered include  the  workload  associated  with  the  task, 
the  time  needed  to  complete  the  task,  the  information 
needed  to  accomplish  the  task,  and  the  communica- 
tion/coordination links  that  exist  among  tasks  due  to 
the  nature  of  the  work  being  performed  (e.g.,  the 
planning  of  air-to-ground  strikes  requires  coordina- 
tion with  the  planning  of  ground  troop  movements). 

At  the  mission  representation  stage,  we  also  specify 
the  resources  that  could  be  used  to  accomplish  the 
task,  if  the  problem  is  resource  constrained.  Re- 
sources include,  for  some  types  of  teams,  assets  such 
as  sensor  or  weapons  systems.  Some  types  of  assets 
can  only  be  used  at  one  place  and  at  one  time  (e.g.,  an 
artillery  unit)  while  other  types  of  assets  can  be  used 
simultaneously  by  many  people  in  many  locations 
(e.g.,  information).  Depending  on  the  domain  of  ap- 
plication, there  may  be  multiple  ways  to  accomplish 
the  same  task  with  different  combinations  of  assets 
(e.g.,  ships,  amphibious  units,  and  aircraft  may  all  be 
involved  in  a mission  task  such  as  “take  the  beach”). 
If  there  are  multiple  ways  to  accomplish  a task,  we 


The  next  step  in  team  design  is 
task  scheduling.  This  step  is  ac- 
complished by  optimization  algo- 
rithms that  determine  the  optimal 
way  to  use  the  available  assets  in 
order  to  accomplish  the  tasks 
given  an  overall  objective,  e.g.,  to 
minimize  the  time  needed  to  ac- 
complish the  mission  or  to  maxi- 
mize mission  effectiveness.  The 
importance  of  the  task-scheduling 
step  in  team  design  depends  on 
the  nature  of  the  mission  domain. 
If  there  are  a number  of  assets 
that  can  only  be  used  in  one  place 
at  one  time,  and  a number  of  dif- 
ferent ways  that  assets  can  be  combined  to  accom- 
plish tasks,  this  step  may  be  extremely  important  in 
team  design.  In  contrast,  if  there  is  relatively  little 
competition  for  assets,  or  only  one  way  to  accomplish 
a task  with  those  assets,  then  task  scheduling  is  not  a 
major  factor  in  the  design  of  the  team. 

The  output  of  this  step  in  the  design  process  is  an  op- 
timized task  schedule  for  using  the  available  assets  to 
accomplish  the  mission.  At  this  stage,  human  roles 
have  not  yet  been  considered.  The  schedule  produced 
at  this  stage  is  “optimal”  only  under  the  assumption 
that  all  of  the  team  members  can  do  any  of  the  tasks 
and  that  there  are  no  constraints  on  the  amount  of 
work  any  individual  can  do.  Obviously  these  as- 
sumptions are  unrealistic,  and  there  is  an  iterative 
process  in  which  the  results  of  the  next  stage,  in 
which  tasks  are  assigned  to  individuals,  are  used  to 
adjust  the  optimal  schedule  to  take  human  capabilities 
into  account. 

The  next  step,  and  the  central  one  for  team  design,  is 
to  create  roles  for  individuals  by  clustering  tasks  (and 
the  resources  needed  to  accomplish  them)  in  such  a 
way  as  to  optimize  an  objective  function.  Task  clus- 
tering is  often  done  on  the  basis  of  two  (potentially 
competing)  criteria:  the  goal  of  equalizing  workload 
across  the  team  members,  and  the  goal  of  minimizing 
the  amount  of  communication/coordination  required 
between  team  members.  The  tension  between  these 
two  criteria  can  been  seen  from  a simplified  example: 
the  best  way  to  minimize  the  need  for  coordination  is 
to  assign  all  of  the  tasks  to  one  individual,  but  this 
obviously  directly  contradicts  the  goal  of  equalizing 
the  workload  across  the  team. 
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Because  workload  is  often  central  for  team  design, 
the  definition  of  the  workload  associated  with  tasks  is 
an  important  issue  for  the  design.  This  is  an  area  in 
which  the  TIDE  approach  could  benefit  from  im- 
proved data  collection  methods  for  working  with 
subject  matter  experts  to  elicit  workload  information. 
At  the  simplest  level,  workload  is  defined  by  the 
number  of  tasks  being  performed  by  an  individual. 
Obviously  this  is  an  unsatisfactorily  crude  definition, 
since  tasks  can  differ  widely  in  their  demands  on  the 
human.  A more  sophisticated  approach,  used  in  the 
design  of  Navy  command  center  teams,  is  to  ask 
SMEs  to  rate  tasks,  based  on  a description  of  the  task, 
on  a workload  scale  for  four  dimensions:  visual, 
auditory,  cognitive,  and  psychomotor  workload.  The 
correct  method  for  combining  these  ratings  into  a sin- 
gle workload  rating  for  the  task  is  far  from  obvious, 
however.  An  additional  issue  is  the  workload  “over- 
head” associated  with  an  individual  performing  mul- 
tiple tasks  simultaneously  (Adams,  Tenney,  and  Pew, 
1994).  As  tasks  accumulate,  workload  does  not  sim- 
ply accumulate  linearly,  there  is  an  added  workload 
for  “juggling”  multiple  tasks  that  is  a function  of  the 
number  of  tasks  being  juggled.  The  best  approaches 
for  defining  workload,  developing  workload  esti- 
mates, and  establishing  thresholds  for  workload  toler- 
ance are  critical  areas  in  which  additional  research 
could  enhance  the  TIDE  method. 

While  the  goal  of  equalizing  workload  (or  keeping 
workload  below  a tolerable  threshold)  is  a relatively 
intuitive  one,  the  goal  of  minimizing  the  need  for  co- 
ordination requires  further  explanation.  It  is  not  that 
coordination  is,  in  itself,  “bad.”  However,  if  commu- 
nication is  required  in  order  to  achieve  that  coordina- 
tion, then  that  communication  takes  up  the  time  and 
attention  of  team  members.  Therefore,  the  need  to 
coordinate  through  communication  can  have  a nega- 
tive effect  on  performance  in  conditions  where  there 
is  a high  task  load  (i.e.,  workload  imposed  from  out- 
side the  team).  While  it  is  always  good  to  have  infor- 
mation about  what  other  members  of  the  team  are 
doing,  there  may  be  a cost  to  acquiring  that  informa- 
tion. Communication  can  be  good  or  bad  for  team 
performance,  depending  on  when  it  occurs  and  what 
else  is  going  on  at  that  time. 

Team  theory  suggests  that  if  individuals  on  a team 
have  a good  “mental  model”  of  what  each  of  the  other 
team  members  is  doing  and  a good  shared  mental 
model  of  the  situation,  then  this  mental  model  allows 
them  to  anticipate  the  needs  of  the  other  team  mem- 
bers (MacIntyre,  Morgan,  Salas,  and  Glickman,  1988; 
Cannon-Bowers,  Salas  and  Converse,  1990;  Klein- 
man  and  Serfaty,  1989;  Orasanu,  1990).  This  mental 
model  can  be  acquired  through  communication  and 


planning  during  periods  of  low  workload  (“here’s 
how  we  are  going  to  handle  it  when...”)  (Orasanu, 
1990)  or  through  cross  training  (each  team  member 
receives  training  in  the  other’s  job)  (Travillian, 
Volpe,  Cannon-Bowers,  and  Salas,  1993;  Baker, 
Salas,  Cannon-Bowers,  and  Spector,  1992)  or  simply 
through  experience. 

In  periods  of  high  workload,  these  mental  models  al- 
low members  of  the  team  to  anticipate  the  needs  of 
other  team  members  so  that  they  can  coordinate  “im- 
plicitly” (with  less  need  for  communication)  rather 
than  coordinating  explicitly  (requiring  communica- 
tion of  the  form  “send  me  this”  or  “do  this  now”). 
Implicit  coordination  reduces  the  need  for  communi- 
cation under  high  task  load,  freeing  team  members  up 
to  do  other  things,  and  causing  the  team  to  perform 
better  (Serfaty,  Entin,  and  Volpe,  1993;  Serfaty,  En- 
tin,  and  Johnston,  1998).  So,  it  is  not  that  either  coor- 
dination or  communication  is  poor,  it  is  just  that,  es- 
pecially under  high  task  load,  teams  often  perform 
better  if  they  can  coordinate  without  the  need  for  fre- 
quent communication. 

For  team  design,  assigning  tasks  to  minimize  the  need 
for  coordination  (to  the  extent  possible,  without 
overloading  any  of  the  team  members)  reduces  the 
amount  of  knowledge  the  team  members  need  to  have 
about  each  other’s  roles,  and  the  amount  they  need  to 
communicate.  This  is  most  critical,  and  probably  will 
have  the  most  effect  on  performance,  when  the  team 
is  in  high  stress,  high  task  load  conditions. 

The  product  of  the  clustering  step  in  team  design  is  to 
define  roles  for  individuals  in  terms  of  the  tasks  for 
which  they  will  be  responsible.  Associated  with  those 
roles,  based  on  the  attributes  of  the  tasks,  is  a specifi- 
cation of  the  information  that  will  be  used  by  each 
team  member,  the  resources  that  each  individual  will 
control  in  order  to  accomplish  the  tasks,  and  the  need 
for  coordination  among  team  members  (based  on  the 
interdependencies  of  tasks).  Another  product  of  the 
clustering  is  a prediction  of  each  individual’s  work- 
load over  time,  based  on  the  tasks  assigned  to  that  in- 
dividual and  the  timing  of  the  tasks  in  the  mission 
scenario.  Note  that  if  workload  is  a major  concern  for 
the  team  design,  we  also  include  an  estimate  of  the 
“overhead”  workload  associated  with  managing  mul- 
tiple tasks  simultaneously. 

The  results  of  the  clustering  step  must  be  fed  back 
into  the  optimized  task  schedule  to  determine  if  that 
schedule  is  feasible  given  the  assignment  of  tasks  to 
individuals.  We  might  discover,  for  example,  that  the 
“optimal”  schedule  requires  an  individual  to  accom- 
plish too  many  tasks  simultaneously,  and  will  there- 
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fore  need  to  delay  tasks  or  to  change  the  task  assign- 
ments as  a result.  We  may  also  specify  as  a constraint 
on  the  model,  that  certain  tasks  should  not  be  grouped 
together  to  be  done  by  one  individual  because  they 
require  such  disparate  knowledge  or  skills  that  it 
would  be  too  difficult  or  costly  to  select  or  train  a 
single  individual  with  the  needed  skill  set. 

For  some  team  designs,  it  will  be  possible  to  assign 
tasks  to  individual  team  members  in  such  a way  that 
no  one  team  member  is  overloaded.  For  other  teams, 
such  an  assignment  may  not  be  possible,  and  it  may 
be  necessary  to  assign  the  same  task  to  multiple  indi- 
viduals, creating  an  overlap  in  task  responsibilities.  If 
so,  this  creates  a need  for  communication  and  coordi- 
nation among  the  individuals  with  overlapping  re- 
sponsibilities, which  must  then  be  factored  back  into 
calculations  of  the  workload  for  each  of  the  affected 
team  members. 


The  final  step  in  the  design  process,  once  individual 
roles  have  been  defined,  is  the  specification  of  an  or- 
ganizational structure  (e.g.,  a command  hierarchy)  for 
the  team.  For  military  teams,  this  is  usually  straight- 
forward, driven  primarily  by  the  need  to  designate  a 
team  commander.  The  workload  associated  with  be- 
ing the  team  commander  must  also  be  fed  back  into 
the  workload  calculations,  however,  to  ensure  that 
command  responsibility  has  not  been  placed  on  an 
individual  who  is  already  at  a maximum  work- 
load ceiling. 
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The  final  output  of  the  team  design  process  is  a 
specification  of  both  a team  structure  and  a 
team  process  associated  with  that  structure.  The 
team  design  specifies  which  team  member  (or 
members)  accomplishes  each  task,  what  re- 
sources are  controlled  by  each  team  member, 
what  information  is  used  by  each  team  member,  and 
who  needs  to  coordinate  with  whom  (and  about 
what).  Depending  on  the  criteria  used  to  optimize  the 
team  and  the  attributes  defined  for  the  tasks,  the  final 
design  can  also  produce  predictions  about  the  team’s 
performance  and  the  workload  that  will  be  experi- 
enced by  each  of  the  individuals  on  the  team. 

EXPERIMENTAL  EVALUATION 
OF  TEAM  DESIGNS 


were  designed  using  the  model-based  optimization 
method.  As  a comparison,  a group  of  subject  matter 
experts  also  generated  team  structures  for  the  same 
JTF  mission. 

The  two  team  structures  were  “played  out’  in  a simu- 
lation-based experiment,  with  10  six-person  teams  of 
military  officers  from  the  Naval  Postgraduate  School 
in  Monterey  (Entin,  1999).  Each  team  participated 
under  both  architectures,  with  the  order  counterbal- 
anced to  control  for  learning  effects.  Figure  5 shows 
the  results  of  the  experiment.  Two  types  of  summary 
performance  measures  are  shown:  simulation-based 
measures,  which  come  directly  from  the  simulation 
testbed,  and  observer-based  measures,  which  were 
prepared  by  subject  matter  expert  observers  rating 
team  behavior  during  the  experiment  sessions.  For 
both  types  of  performance  measures,  the  performance 
of  the  six-person  team  designed  using  the  model- 
based  method  was  superior  to  the  performance  of  the 
six-person  team  using  a more  traditional  team  struc- 
ture developed  by  subject  matter  experts.  The  model- 
based  method  was  also  used  to  design  a reduced-staff 
four-person  team,  shown  as  “model  reduced”  in  Fig- 
ure 5.  The  performance  of  this  four-person  model- 
based  team  was  at  the  same  level  as  (not  significantly 
different  from)  the  performance  of  the  six-person 
team  designed  by  the  experts. 
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Figure  5.  Performance  in  model-based  (optimized) 
versus  traditional  (designed  by  subject  matter  experts) 
team  organizational  structures. 

The  optimized  team  was  designed  to  reduce  the  need 
for  communication  and  coordination  among  team 
members,  and  the  results  in  Figure  6 show  that  it  was 
successful  in  this  objective. 


The  ultimate  test  of  the  model-based  optimal  team 
design  method  is  the  performance  of  the  teams  that 
have  been  designed  using  this  method.  Initial  empiri- 
cal evidence  is  available  from  the  Adaptive  Archi- 
tectures for  Command  and  Control  (A2C2)  program 
(Serfaty,  1996)  on  the  effectiveness  of  model-based 
team  design.  In  the  A2C2  program,  innovative  mis- 
sion-based Joint  Task  Force  (JTF)  team  structures 


The  six-person  optimized  team  achieved  higher  per- 
formance levels  with  fewer  coordination  actions  and  a 
lower  communication  rate.  The  six-person  optimized 
team  also  had  a higher  “anticipation  ratio.”  This  an- 
ticipation ratio  measures  the  ratio  of  information 
transfers  over  requests  for  information.  Higher  values 
of  the  anticipation  ratio  indicate  that  team  members 
were  “pushing”  information  without  having  to  be 


Observer’s  Overall  Rating 
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asked,  also  indicating  more  effective  coordination 
(i.e.,  coordination  with  less  communication). 

The  innovative  team  structures  developed  using  the 
optimal  design  method  resulted  in  superior  perform- 
ance only  if  the  teams  were  thoroughly  trained  in  the 
new  team  structure  prior  to  using  that  structure  in  the 
experiment,  however.  Earlier  experiments  (Entin, 
Serfaty,  and  Kerrigan,  1998)  in  which  subjects  re- 
ceived less  training  on  the  innovative  team  structures 
failed  to  find  significant  differences  between  model- 
based  and  traditional  team  designs. 


Figure  6.  Communication  and  coordination 
measures  for  model-based  and  expert-designed 
team  structures 

An  interesting  feature  of  the  JTF  team  designs  pro- 
duced by  the  model-based  method  was  that  the  algo- 
rithms tended  to  push  the  “jointness”  of  the  control  of 
resources  down  to  much  lower  levels  in  the  command 
structure  than  is  current  military  practice  (e.g.,  a 
lower-level  commander  might  control  both  Navy  and 
Air  Force  resources).  Although  the  military  domain 
experts  working  on  the  project  commented  that  the 
expertise  to  handle  this  combination  of  resources  does 
not  currently  exist  at  lower  levels  of  command,  they 
admitted  that  such  an  organization  would  probably  be 
more  efficient  than  current  practice. 

Overall,  the  results  of  the  A2C2  experiments  indicate 
that  the  optimized,  model-based  team  design  method 
can  produce  innovative  team  structures  in  which 
teams  can  perform  at  a higher  level  than  they  do  un- 
der more  traditional  structures.  This  improved  per- 
formance is  observed  only  if  teams  receive  sufficient 


training  in  how  to  function  in  the  new  structures, 
however. 

DESIGN  FOCUS  BY  DOMAIN  OF  APPLICA- 
TION AND  TYPE  OF  ORGANIZATION 

We  are  currently  engaged  in  applying  the  TIDE  team 
design  approach  described  in  this  chapter  in  a number 
of  different  military  domains.  Each  domain  presents 
different  challenges  for  team  design,  and  requires  ad- 
aptation of  the  method  and  emphasis  on  different  as- 
pects of  the  design  process. 

Joint  Task  Force  (JTF)  Command  Team 


A primary  issue  for  the  design  of  JTF  com- 
mand teams  (see  results  above)  is  the  control 
of  resources.  In  the  mission  being  analyzed, 
the  JTF  teams  orchestrated  the  use  of  Navy, 
Air  Force,  Marine,  and  Army  resources 
(ships,  planes,  infantry  units,  satellite  sen- 
sors, etc.)  to  recapture  a port  that  was  being 
occupied  by  the  enemy.  Many  of  the  tasks 
depended  on  the  success  of  the  previous  task 
(e.g.,  “advance  to  the  airport”  could  not  be 
initiated  until  “take  the  beach”  was  accom- 
plished). There  were  often  a number  of  ways 
in  which  a particular  task  could  be  accom- 
plished with  the  available  resources,  but  a 
resource  being  used  in  one  geographical 
area  could  not  be  used  immediately  in  an- 
other. For  this  application,  the  optimal  (requiring  least 
coordination)  control  of  resources  was  a driving  fac- 
tor for  the  design,  leading  to  the  creation  of  team 
structures  in  which  each  team  member  directly  con- 
trolled many  if  not  all  of  the  resources  needed  to  ac- 
complish his  or  her  tasks.  Note  that  the  model-based 
approach  produced  team  designs  that  are  quite  differ- 
ent from  traditional  JTF  designs,  with  joint  control  of 
Navy/ Army/Air  Force  assets  at  much  lower  levels  of 
the  command  hierarchy  than  is  currently  the  case. 

Next  Generation  Navy  Surface  Ships  Command 
Team 

For  this  application,  the  goal  is  to  design  the  next 
generation  of  Navy  ships  to  take  advantage  of  auto- 
mation and  to  operate  with  a much  smaller  crew  than 
is  currently  required.  The  goal  is  to  reduce  the  num- 
ber of  individuals  needed  in  the  shipboard  command 
center  by  half,  from  20  or  more  to  approximately  10. 
In  this  application,  the  control  of  scarce  and  geo- 
graphically dispersed  resources  is  not  the  driving  is- 
sue for  team  design,  as  it  was  for  JTF  team  design. 


Findings 

- Model-based  architectures 
required  less  team  communications 

- Engineered  capabilities  at  each 
command  node  economize  need  for 
wasteful  inter-node  coordination 

- Better  and  more  timely  use  of 
communication  channels  supports 
the  team’s  anticipatory  behavior 


Ad-hoc  (6)  Model-based  (6)  Model-based  (4) 
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The  major  resource  needed  by  the  shipboard  com- 
mand team  is  information,  which  can  be  made  avail- 
able to  everyone  simultaneously  with  the  planned 
technology.  The  primary  concern  for  this  team  is  bal- 
ancing workload  in  order  to  keep  workload  below  a 
manageable  threshold  for  all  team  members.  The  fun- 
damental question  is:  Can  10  people,  aided  by  tech- 
nology, handle  a mission  that  previously  required  20? 
For  this  design  effort,  we  are  working  with  more  de- 
tailed workload  data  and  developing  new  methods  for 
modeling  workload,  including  methods  for  calculat- 
ing the  workload  effects  of  multi-tasking. 

AWACS  Command  And  Control  Team 

Teams  on  board  Air  Force  AWACS  planes  direct  air 
traffic  and  monitor  for  hostile  aircraft  from  an  air- 
borne command  center.  Because  the  team  is  airborne, 
and  must  fit  into  limited  space,  the  number  of  crew 
positions  needed  is  a critical  concern.  With  the  intro- 
duction of  new  sensor  technology,  some  of  the  tasks 
previously  performed  by  the  crew  will  be  automated. 
The  primary  issue  for  this  team  redesign  problem  is 
how  the  responsibilities  of  the  team  members  should 
be  reallocated  now  that  some  tasks  have  been  elimi- 
nated, and  whether  it  may  be  possible  to  reduce  the 
number  of  positions  needed  on  board  the  aircraft. 

Uninhabited  Air  Vehicle  Control  Operations  Cen- 
ter 

Current  uninhabited  air  vehicles  (UAVs)  require  a 
team  of  multiple  operators  on  the  ground  to  control 
one  UAV  in  the  air.  Future  concepts  call  for  a rever- 
sal of  this  ratio,  with  a small  team  of  operators  on  the 
ground  controlling  many  UAVs  in  the  air.  Our  focus 
is  the  design  of  roles  for  the  ground  controller  team. 
Preliminary  analysis  shows  that  the  major  problem 
for  designing  this  team  involves  the  sequencing  of 
waves  of  aircraft  and  the  patterns  in  which  the  aircraft 
will  be  flown.  The  workload  associated  with  the  con- 
trol of  the  UAVs  varies  enormously  at  various  stages 
in  the  UAV’s  flight.  The  challenge  will  be  to  develop 
deployment  patterns  for  the  UAVs  that  do  not  result 
in  the  creation  of  infeasible  workload  peaks  for  the 
team  in  the  control  center. 

Air  Operations  For  Time  Critical  Targets 
(JFACC)  Team 

A theater- level  air  campaign  such  as  the  one  just  con- 
ducted in  the  Balkans  requires  the  generation  and 
execution  of  Air  Tasking  Orders  (ATOs),  typically  on 
a daily  basis.  These  ATOs  specify  targets  as  well  as 
the  aircraft  and  weapons  to  be  used  to  strike  these 
targets.  Difficulties  arise  when  new  target  information 
is  received,  however,  or  when  some  aspect  of  the  plan 
proves  unworkable  (e.g.,  a tanker  that  was  scheduled 


to  perform  airborne  refueling  has  mechanical  prob- 
lems and  must  return  to  base).  In  these  situations,  the 
speed  with  which  the  Joint  Force  Air  Component 
Commander  (JFACC)  air  operations  organization  can 
respond  to  new  information,  modify  plans,  and  exe- 
cute those  new  plans,  becomes  critical.  In  previous 
operations,  the  time  needed  to  strike  a “time  critical 
target”  (e.g.,  a SCUD  launcher  not  likely  to  remain  in 
position  for  very  long)  was  too  long  for  effective  ac- 
tion. A critical  concern  in  developing  new  architec- 
tures for  the  JFACC  is  therefore  the  speed  of  response 
of  the  organization.  Workload  is  not  a primary  con- 
cern. Instead,  the  focus  is  on  optimizing  the  organi- 
zation for  quick  reaction  to  changing  information. 

CONCLUSIONS 

The  TIDE  model-based  method  for  optimal  team  or- 
ganizational design  has  shown  promise  for  generating 
innovative  team  structures  that  can  provide  insight 
into  how  military  organizations  can  best  take  advan- 
tage of  changes  in  technology.  With  the  enormous  in- 
creases in  network  capability,  many  tasks  in  an  or- 
ganization can  be  done  in  almost  any  location,  al- 
though some  are  still  geographically  constrained.  The 
TIDE  approach  provides  tools  for  working  with  sub- 
ject matter  experts  in  a domain  to  specify  the  tasks 
that  must  be  accomplished,  then  producing  optimized 
organizational  structures  for  accomplishing  those 
tasks.  A major  advantage  of  the  approach  is  that  it  is 
not  necessarily  constrained  by  how  things  are  done 
now,  and  can  generate  new  ideas  and  new  ap- 
proaches. While  these  ideas  may  not  be  workable  for 
a variety  of  practical  reasons  (e.g.,  the  training  costs 
for  a new  position  may  be  too  great),  they  provide  a 
innovative  starting  point  for  rethinking  military  team 
structures.  Initial  empirical  evidence  indicates  that  the 
model -based  approach  has  value  for  the  Joint  Task 
Force  domain.  Considerably  more  research  and  em- 
pirical testing  is  needed  in  other  domains.  Also,  the 
applicability  of  the  approach  to  the  redesign  of  or- 
ganizational structures  in  nonmilitary  environments 
should  be  explored.  Commercial  organizations  face 
many  of  the  same  problems  as  the  military  in  adapt- 
ing their  organizational  structures  to  take  advantage 
of  new  technologies.  The  less-structured  nature  of 
many  commercial  missions  and  tasks  is  presenting 
new  challenges  for  the  TIDE  method. 
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